home *** CD-ROM | disk | FTP | other *** search
/ Amiga Collections: Auge 4000 / Auge 4000 #47 (1990-06-22)(Amiga User Gruppe Einzugsgebiet 4000).zip / Auge 4000 #47 (1990-06-22)(Amiga User Gruppe Einzugsgebiet 4000).adf / ARP-DOCS1.3 / Mount < prev    next >
Text File  |  1990-06-22  |  3KB  |  134 lines
  1.  
  2.  
  3.  
  4.      Mount(V1.3)             ARP User's Manual             Mount(V1.3)
  5.  
  6.  
  7.  
  8.      NAME
  9.           Mount - Make a new device known to AmigaDOS.
  10.  
  11.      SYNOPSIS
  12.           MOUNT Dev/... FROM/k STARTPROC/s
  13.  
  14.      DESCRIPTION
  15.           When AmigaDOS starts up, only a few devices are known to it.
  16.           You can add new devices with the Mount command, which are
  17.           then used just like any standard device.  The devices might
  18.           be actual hardware units, or they might be logical devices,
  19.           such as a SPEAK: device, or a PIPE:  device.  The Assign
  20.           command allows you to view or remove these added devices, as
  21.           well as the standard system devices.
  22.  
  23.           Before using this command to Mount the device, you will need
  24.           to create an entry for it in a file (this is referred to as
  25.           a MountList entry).  The details of doing this vary from
  26.           device to device, but there should be documentation
  27.           accompanying each device you intend to add that describes
  28.           exactly how to do this.  Ordinarily, you will make this
  29.           entry in the file called DEVS:Mountlist on your system, but
  30.           the FROM keyword gives you the option to specify another
  31.           file to obtain the mountlist entry from.
  32.  
  33.           The ARP version of Mount allows you to mount any number of
  34.           devices with one Mount command, which can speed up the
  35.           startup-sequence somewhat.
  36.  
  37.      OPTIONS
  38.           FROM This takes one argument, which should be a filename.
  39.                This filename will be used to obtain the Mountlist
  40.                entry for the device you are adding. If this keyword is
  41.                not used, the file DEVS:Mountlist will be used instead.
  42.  
  43.           STARTPROC
  44.                Ordinarily, a mounted device will have its handler
  45.                loaded when it is first accessed, not when mounted.
  46.                This switch allows you to override the default action,
  47.                which will load the handler at Mount time.  Reasons for
  48.                doing this could include having a few handlers on an
  49.                alternate disk that you don't want to keep in a drive
  50.                for the duration of your session.
  51.  
  52.      EXAMPLE
  53.           Assuming you have a mountlist for a device named WHOOPIE:
  54.  
  55.                Mount WHOOPIE:
  56.  
  57.  
  58.      SEE ALSO
  59.           V1.3 Enhancer manual, Chapter 3. Assign
  60.  
  61.  
  62.  
  63.      Page 1                                          (printed 4/28/89)
  64.  
  65.  
  66.  
  67.  
  68.  
  69.  
  70.  
  71.  
  72.      Mount(V1.3)             ARP User's Manual             Mount(V1.3)
  73.  
  74.  
  75.       CAUTIONS
  76.  
  77.     Please note the following two differences between the V1.3.0
  78.     ARP Mount and the Commodore V1.3 Mount, which can cause
  79.     problems in some cases if you are not aware of the
  80.     differences.
  81.  
  82.     If you want to reboot from RAD: using the ARP Mount, you must
  83.     insert an explicit "BOOTPRI = 0" statement into the mountlist
  84.     entry for RAD:, as compared with the Commodore Mount which
  85.     automatically will reboot from RAD:.
  86.  
  87.     If you have a "MASK = nnnnn" statement in your mountlist,
  88.     MAKE SURE THE MASK VALUE IS AN EVEN NUMBER.  The Commodore
  89.     Mount automatically converts the mask value to an even value,
  90.     but the ARP Mount will pass through an odd value which can
  91.     cause problems.  You will probably only have a "MASK=nnnnnn"
  92.     statement if you have memory that cannot be accessed by a DMA
  93.     device, such as with a RONIN 68020 card.
  94.  
  95.  
  96.  
  97.  
  98.  
  99.  
  100.  
  101.  
  102.  
  103.  
  104.  
  105.  
  106.  
  107.  
  108.  
  109.  
  110.  
  111.  
  112.  
  113.  
  114.  
  115.  
  116.  
  117.  
  118.  
  119.  
  120.  
  121.  
  122.  
  123.  
  124.  
  125.  
  126.  
  127.  
  128.  
  129.  
  130.     Page 2                                          (printed 4/28/89)
  131.  
  132.  
  133.  
  134.